APPLICATION FOR UNITED STATES PATENT 



Inventor(s): John M. Haltmeyer 

7535 Flamewood Drive 
Clarksville, MD 21029 
U.S. Citizen 



Invention: PRINTER MANAGEMENT PROTOCOL 



LAW OFFICES OF ROYAL W. CRAIG 
210 N. Charles St. 
Suite 1319 

Baltimore, Maryland 21201 
Telephone: (410) 528-8252 



PRINTER MANAGEMENT PROTOCOL 



CROSS-REFERENCE TO RELATED APPLICATIONS 

The present application derives priority from U.S. Provisional Patent Application No. 
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BACKGROUND OF THE INVENTION 
I. Field of the invention 

#B% The present invention relates to a printer management protocol for network printers and, 

10 more particularly, to a to a printer management protocol to assign and manage local and network 
I j printers in a networked computer environment. 



- 2. Description of the Background 

Jr: A primary goal of local area network (LAN) technology is to share all resources that are 

15;? distributed across the network. Existing network software helps network administrators to 
accomplish this purpose. For example, Microsoft® Windows NT® Server 4.0 allows 
administrators to give anyone in their organization access to resources available on a Windows 
NT Server system, regardless of the client operating system they are using and without changing 
client software. Thus, no matter what operating system clients are equipped with, they can all 
2 0 connect to Windows NT Server using the protocols that they support natively. Consequently, 

most network resources can be managed from one location (centralized management). Resources 
like drive shares, SQL servers, mail servers, routers, etc. can be managed from remote locations. 
There is one resource that remains very difficult to manage. Specifically, printer management in 
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networks is still an elusive goal. This is primarily due to the complexities in managing the 
diverse operating systems of the client computers, and the numerous printer drivers required for 
each different type of printer and for each different operating system. Printers that are attached 
to the user's computer are not easily installed, configured or removed. In order to install and use 
5 a new printer on a user's computer, the device driver must be installed from the computer itself, 
the port must be configured and the device mode settings (things like page size) must be 
manually set. 

J§ As an example, FIG. 1 is a local area network diagram that helps to illustrate the obstacles 

h 2 faced in central printer management. Within the LAN a plurality of clients, e.g., 20-1-1 ..20-m-n 
lOf y are connected to respective network Servers 30-1 ...m via any of a number of different 

^ communication topologies inclusive of 10-base T, 100-base T, Sonet, Token Ring, etc. Clients 
J! 20-1 ..20-n might be configured to communicate with Server 30 via any of a number of different 
J j communication protocols such as IPX/SPX, TCP/IP, etc. In addition, Clients 20-1 -1.. 20-m-n 

■-ast 

15 might be running any of various operating systems such as Macintosh, Windows 95, 98 or 
15 Windows NT Workstation. Moreover, any number of different printers 40-1-1 ...40-m-n may be 
connected to the LAN, each requiring a different printer driver specially configured depending on 
the above constraints. If there are 100 client stations 20-1 -20.. 20-5-20 each with printers 
attached, and there are 5 servers 30-1 ..5, then there would need to be 500 printer configurations 
defined and maintained. The management of client printer configurations has traditionally been a 
20 manual process and all printer drivers must be manually installed and network connections 

manually established. This is accomplished by the administrator physically working with each 
client station connected to the LAN, and the impracticality of the situation becomes apparent. 
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It would be greatly advantageous to provide a method for dynamically centrally 
configuring and managing a user's printer environment based on group membership, user name, 
terminal name or computer name. 

5 SUMMARY OF THE INVENTION 

In accordance with the above, it is an object of the present invention to provide a Printer 
Management Protocol (PMP) to dynamically centrally configure and manage a user's printer 
a. 3 environment based on group membership, user name, terminal name or computer name. 
\3 In accordance with the above, it is an object of the present invention to provide a robust network 
10 3 u printer management protocol that incorporates a single user interface for the assignment and 
:vS management of printers and printer connections for users on a computer network. 
ff% It is another object to allow administrators to install and configure printers easily by 

Q maintaining a library of print drivers on a centralized server, or a synchronized farm of servers, 
O for automatic real-time client printer driver installation and configuration regardless of operating 
15 system. 

It is a further object to allow the installation and configuration of printers and printer 
connections from a remote / centralized location. 

It is a further object to allow the simplified management of user's printers on a multi user 
computer system such as Microsoft Windows NT Terminal Server Edition, with or without Citrix 
20 MetaFrame installed. 

In accordance with the above described objects, the present invention provides a system 
and method for assigning and managing the configuration of user's printers based on group 
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membership, user name, terminal name (client name) and computer name. The method can be 
implemented in any computer network and generally comprises the following steps: 

1 . Define a user's group membership, user name, terminal name and computer name. These 
definitions are known as "Owners", e.g., the combination of groups that a user belongs to 
as defined by group memberships, user name, terminal name (client name) and the 
computer name. 

g 2. Query a database to determine which printers are to be assigned to the user. 

3 3. Recursively execute a routine to configure local printers (connected to the user's 

U computer or terminal), automatically install the required driver software and set the 

1 permissions of the printer, so only the targeted user's can access the printers. 

^ 4. Recursively execute a routine to connect to any assigned network printers (not directly 

5 connected to the use 

3 5. Automatically set the default printer for the user. 

6. Clean up all created printers and printer connections when the user logs off. This prevents 
the accumulation of unwanted/unneeded printers or printer connections. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other objects, features, and advantages of the present invention will become more apparent 
from the following detailed description of the preferred embodiment and certain modifications 
thereof when taken together with the accompanying drawings in which: 
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FIG. 1 is a perspective block diagram of an exemplary local area network (LAN) 
incorporating the printer management program (PMP) according to the present invention. 

FIG. 2 is a top-level flow diagram of the PMP Client according to the present invention. 

FIG. 3 is a detailed flow diagram of the Add Local Printers step 130 of Fig. 3 that displays 
5 the method for reading a database and adding local printers (printers directly connected to a user's 
computer or terminal). 

FIG. 4 is a detailed flow diagram of the Add Network Printers step 140 of Fig. 3 that 

€3 

^ displays the method for reading a database and connecting to network printers (printers not 
\3 directly connected to the user's computer or terminal). 
10 fU FIG. 5 is a more detailed flow diagram of the Create Local Printer step 250 of Fig. 4 that 

Ft 

v ' 1 shows the method for creating a local printer. 

f FIGs. 6.1-60 is a listing of an exemplary source code implementation of the printer 

'• 5 

5 Li 

|5 management protocol of the present invention, inclusive of steps 1 10-470 (demarcated with step 
rj numbers indicated), written using Borlund® C++ Builder version 5.0. 

15 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention is a printer management protocol (PMP), or method, for 

automatically and centrally managing the printer environment for users on a computer network. 
FIG. 1 is a perspective block diagram of an exemplary LAN capable of benefitting from 
2 0 the printer management protocol (PMP) according to the present invention. Within the LAN, each 

cluster of client stations, e.g., 20-1-1 ..20-1-n is connected to a network Server 30-1 via any of a 

number of conventional communication topologies inclusive of 10-base T, 100-base T, token ring. 
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etc. The Servers 30-1 ..m may be interconnected via an existing backbone in a distributed 
network. As previously described, a first cluster of Clients 20-1 ..20-n might be configured to 
communicate with their assigned Server 30-1 via any of a number of different communication 
protocols such as IPX/SPX, TCP/IP, etc. Clients 20-1..20-n might be running any of a number of 
different operating systems. In addition, any number of different printers 40-1 -1 ...40-m-n may be 
connected to the LAN, each requiring a different printer driver specially configured depending on 
the above constraints. One or more printers may be locally attached to each client station (here 

i 

J printer 40-1-1 is local to client 20-1-1), and other printers may be connected elsewhere within the 

3 cluster or in other clusters and are remote. Thus, if the network administrator is using Client 

j 

J station 20-1-1, there is one local printer 40-1-1 attached as well as numerous other remote printers 
11 both in and out of the immediate cluster. Previously, there was no satisfactory solution for 
3 centralized printer management. All terminal printer connections needed to be manually 
5 configured on each Server 30-1 ...n in each cluster, and this led to hundreds and even thousands of 
3 printer configurations that had to be defined and maintained. The printer management protocol 
(PMP) according to the present invention automatically and centrally manages the configuration of 
the network printers based on group (cluster) membership, user name and client name (computer 
name). 

The PMP protocol according to the present invention includes server software for 
centralized administration (herein called PMP Centralized Administration), and implementing 
client software called PMP Client, both of which are herein described. Both software packages 
can be developed for Windows operating systems. The Microsoft® Win32® application 
programming interface (API) allows applications to exploit the power of the 32-bit Windows 
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family of operating systems. Using the Win32 API, it is possible to develop applications that run 
successfully on all 32-bit versions of Windows. The Microsoft® Windows® graphics device 
interface (GDI) is the portion of the Win32® API that enables applications to use graphics and 
formatted text on the printer. Win32-based applications do not access the graphics hardware 
5 directly. Instead, GDI interacts with device drivers on behalf of applications. The GDI can be 
used in all Windows-based applications, and the Win32 API was designed for use by C/C++ 
programmers. Thus, both PMP Centralized Administration and PMP Client can be rendered in 
C/C++ programming language, and calls to the Windows API can be made directly from the 

=,,3 respective programs. Microsoft® Windows® and Microsoft Windows NT®®/Windows 2000 
lOiJ provide a complete set of functions that allow applications to print on a variety of devices: laser 

^ printers, vector plotters, raster printers, and fax machines. The hundreds of Windows API 

*~ functions and related structures are well-documented. 

I Li 

|3 1 . PMP Centralized Administration Server Software 

15 The ability to centrally manage local and network printer assignment to computer users as 

well as provide the ability to dynamically install the required driver files requires the 
establishment of certain information constructs to facilitate the information flow needed by the 
PMP Client program to operate. First, a PMP database must be constructed to store information 
on all Owners, Local Printers, Network Printers, Assigned Local Printers, and Assigned Network 

20 Printers, and the PMP administration program must be capable of saving information to it. 

Second, a storage location must be established for the printer driver configuration files, and the 
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PMP Centralized Administration Server Software must be capable of saving printer device 
settings to the printer driver configuration files. 



A. PMP Database Design 
5 The PMP data structure should consist of five tables; Owners, Local Printers, 

NetworkPrinters, AssignedLocalPrinters, AssignedNetworkPrinters. The following is an example 
of a suitable layout of the five tables with descriptions of the purpose for the defined fields: 
\3 Owners 



Field Name 


Type 


Size 


Key 


Description 


ID 


+ 




* 


The unique identifier for the record. 


Name 


A 


255 




The name of the Owner. An Owner can be 
a local group, global group, user, client 
name or computer. 


Ordinal 


I 






The number which specifies the order that 
the object should be placed. All queries 
are ordered by Ordinal. 


TypeOfOwner 


A 


1 




The type of Owner. L = local group, G = 
global group, U = user, T = terminal. 



15 



LocalPrinters 



Field Name 


Type 


Siz 
e 


Key 


Description 


ID 


+ 






The unique identifier for the record. 


Name 


A 


255 




The name of the local printer. This name will 
be prefixed with <C LI ENTN A M E># or 
<USERNAME># if not running on Microsoft 
Windows NT Terminal Server Edition. 


FileName 


A 


255 




The name of the printer configuration file 
which stores the printer information. 
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Monitor 


A 


255 




The printer port monitor name (Client Printer 
Port, Local Port, etc.). 


Port 


A 


255 




The name of the port (like "CLIENT\LPT!:'\ 
or 1 0. 1 0. 1 0. 1 0: :1 0. 1 0.1 0.10) 


SourceServer 


A 


255 




The server that has the driver installed. PMP 
Client will automatically copy the driver files 
from this server if they do not exist on the 
client. 


Disabled 


L 






True if this printer is disabled and should not 
be created. 



5 

NetworkPrinters 



Field Name 


Type 


Siz 
e 


Key 


Description 


ID 


+ 




* 


The unique identifier for the record. 


Name 


A 


255 




The UNC path for the printer (\\server\share). 


Disabled 


L 






True if this printer is disabled and should not 
be connected to. 



AssignedLocalPrinters 



Field Name 


Type 


Siz 
e 


Key 


Description 


ID 


+ 






The unique identifier for the record. 


Ownerl D 


I 






The ID of the Owner table record to which the 
Printer is assigned. 


Local Printer! D 


I 






The ID of the LocalPrinters table record to 
which the Owner is assigned. 


Map 


A 


255 




Reserved. 


IsDefault 


L 






True if this printer is to be the default for the 
user. 


Ordinal 


I 






The number which specifies the order that the 
object should be placed. All queries are 
ordered by Ordinal. 



25 
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AssignedNetworkPrinters 



I 1 C 1 U IN <X\ 1 1 c 


lype 


e 




L/escripiion 


ID 


+ 




* 


The unique identifier for the record. 


OwnerlD 


I 






The ID of the Owner table record to which the 
printer is assigned. 


NetworkPrinterlD 


I 






The ID of the NetworkPrinters table record to 
which the Owner is assigned. 


Map 


A 


255 




Reserved. 


IsDefault 


L 






True if this printer is to be the default for the 
user. 


Ordinal 


I 






The number which specifies the order that the 
object should be placed. All queries are 
ordered by Ordinal. 



Again, the PMP Centralized Administration Server Software must be capable of storing 
the required information as specified in the above-described PMP Database Design tables. 



B. Storage Location 

In addition to the PMP Database, a storage location must be established for the 
printer driver configuration files. The storage location can be either centralized (stored on a UNC 
path) or distributed and synchronized (stored on each computer's local drive). The PMP 
administration program must be capable of saving printer device settings to a particular printer 
configuration file. The present invention accomplishes this using a developed 
TprinterControl::SaveLocalPrinter( ) function. 



Application of Haltmeyer 
Page -12- 

2. PMP Client 

The compiled program that implements the present invention is the PMP Client. Under 
Windows NT, the PMP Client runs for each user in user mode. It could also be written to run as a 
service in system mode. 

5 FIG. 2 is a top-level flow diagram of the PMP Client Software method according to the 

present invention. 

At Step 100, the user logs on and PMP Client Software is launched from the Userlnit 
W string. Userlnit is a system program that starts all programs listed in the Userlnit string at logon 
}3 and initializes variables. The implementing source code for step 100 can be found at FIG. 6.2. 
10* 'i Step 1 10 introduces a delay during which the program sleeps for a predetermined number 

: : of seconds (StartupDelay). The implementing source code for step 1 10 can be found at FIG. 6.9. 
13 In many cases, users will manually connect to network printers during their session. This can 

^ : s 

C3 cause problems if the user is not familiar with the naming schemes involved in connecting to 
*3 network printers. The PMP Centralized Administration Server Software allows the administrator 
15 to set a flag in the PM P Client Software to force the clearing of all network printers at logon. If 
this flag is set. Step 120 clears the network printer connections stored in the user profile. The 
implementing source code for step 120 can be found beginning at FIG. 6.10. 

Program flow proceeds to Step 130 where local printers are added, and FIG. 3 illustrates a 
detailed Add Local Printers flow chart representative of this step. The implementing source code 
2 0 for step 130 can be found beginning at FIG. 6.3. 
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Beginning at Step 200, the program builds the select statement used to query the database 
for the assigned local printers. The implementing source code for step 200 can be found at FIG. 
6.4. The select statement is the primary query command for Structured Query Language (also 
known as SQL). "Owners" are a combination of groups that a user belongs to, the user name, the 
terminal name (client name) and the computer name. Owners are assigned printers or printer 
connections in the PMP Centralized Administration program and these assignments are stored in 
the AssignedLocalPrinters table of the PMP Database described above. 

3 Step 210 adds the Owners that the user belongs to, to the SQL select statement as shown. 

3 The implementing source code for step 210 can be found at FIG. 6.4. 

y Step 220 runs the query defined by the SQL select statement. The implementing source 

- code for step 220 can be found at FIG. 6.4. 

Z z If there are no records returned, the Add Local Printers Step 1 30 is complete. Otherwise, 

3 for each record returned, the following steps are repeated. 

3 Step 230 moves the database pointer to the next printer to be added. The implementing 

source code for step 230 can be found at FIG. 6.4. 

Step 240 creates a new TPrinterControl object that encapsulates the printer creation. The 
implementing source code for step 240 can be found at FIG. 6.4. 

Step 250 takes us to the Create Local Printer step, and FIG. 4 illustrates a detailed Create 
Local Printer flow chart representative of this step. The implementing source code for step 250 
can be found beginning at FIG. 6.4. 

With reference to FIG. 4, the creation of local printers is based on storing the printer 
information in a group of files called Printer Configurations. 
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Step 400 reads the printer configuration stored for the selected printer and populates the 
SelectedPrinterlnfo structure (see TPrinterControl::SelectedPrinterInfo for details). The 
implementing source code for step 400 can be found at FIG. 6.38. 

Step 410 sets the new printer name. The implementing source code for step 410 can be 
5 found at FIG. 6.38. If the printer already exists, Create Local Printer exits. A printer port monitor 
is the driver that controls the particular port that will be used to connect to the printer. Example: If 
the port is an LPT port, then the port monitor is a "Local Port". Step 420 validates the port 
i5 monitor. The implementing source code for step 420 can be found at FIG. 6.38. 
%3 Step 430 validates the port, creating it if it does not exist. The implementing source code 

3 ! i 

10* jf for step 430 can be found at FIG. 6.39. Step 440 validates the printer driver. The implementing 
^ source code for step 440 can be found at FIG. 6.39. If the print driver does not exist on the client 

1:4 

^ computer, then PMP will install the driver automatically. Step 450 adds the new local printer. The 
13 implementing source code for step 450 can be found beginning at FIG. 6.39. Preferably, the new 
O printer name is prefixed with either <CLIENTNAME># or <USERNAME># to maintain 
15 compatability with Citrix MetaFrame for Microsoft Windows NT Terminal Server Edition. The 
CLIENTNAME variable is defined as the name of the terminal connected to the Windows NT 
Terminal Server Edition and can be found by typing "SET" at the command prompt of the user. 

Step 460 restores the printer settings saved in the assigned printer configuration file. The 
implementing source code for step 460 can be found beginning at FIG. 6.39. 
2 0 Step 470 sets the permissions on the printer, so only the SYSTEM and the user have access 

to the printer, thus restricting the printer from unauthorized users. The implementing source code 
for step 470 can be found beginning at FIG. 6.40. 
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At this point, the creation of the new local printer is complete. 

Returning back to the Add Local Printers routine of FIG. 3, if the printer has been flagged 

by the administrator (In the database) as the default printer, and a default printer has not yet been 

set, the method proceeds to Step 260. 

Step 260 sets the printer as the default. The implementing source code for step 260 can be 

found at FIG. 6.5. Step 270 displays any error messages generated by Step 250. The 

implementing source code for step 270 can be found at FIG. 6.5. 
3 Referring back to FIG. 2, once all local printer records have been processed, the Add Local 

3 Printers Step 1 30 is complete. After the local printers are added, program flow proceeds to Step 
^ 1 40, the Add Network Printers step. FIG. 5 illustrates a detailed Add Network Printers flow chart 
5 representative of this step. 

j Referring to FIG. 5, Step 300 builds the SQL select statement used to query the database 

J 

i for the assigned network printers. The implementing source code for step 300 can be found 
3 beginning at FIG. 6.6. 

Step 310 adds the Owners that the user belongs to, to the SQL select statement. The 
implementing source code for step 310 can be found at FIG. 6.6. 

Step 320 runs the query. The implementing source code for step 320 can be found at FIG. 

6.6. 

For each record returned, Step 330 moves the database pointer to the next printer to be 
added. The implementing source code for step 330 can be found at FIG. 6.6. 

Step 340 adds the network printer connection using the AddPrinterConnection API call. 
The implementing source code for step 340 can be found at FIG. 6.6. If the printer has been 
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flagged by the administrator as the default printer, and a default printer has not yet been set, 
program flow proceeds to Step 350. 

Step 350 sets the printer as the default, and the implementing source code for step 350 can 
be found beginning at FIG. 6.6. 
5 Step 360 displays any error messages generated. Add Network Printers is complete. The 

implementing source code for step 360 can be found beginning at FIG. 6.7. 

Referring back to FIG. 2, once all printers have been created and connected, program flow 
^.3 proceeds to step 1 50 and the PMP Client Software will wait for the WMENDSESSION message 
\l to be broadcast. The implementing source code for step 150 can be found beginning at FIG. 6.1 2. 
10^ y Once the WM ENDSESSION message has been received, Step 1 60 removes the printers 

2' 1 and printer connections made by PMP Client. The implementing source code for step 1 60 can be 
U found beginning at FIG. 6.9. 

5 

C3 Step 1 70 is the logoff of the user and closing of PMP Client Software. The implementing 

(3 source code for step 170 can be found beginning at FIG. 6.2. 
15 The above-described client and server software components and the methods reflected 

therein make it possible to map printers back to the client stations 20- 1-1 ...n. By assigning 
printers 40-1-1 ...n to the ClientName (terminal name), the PMP is able to automatically create the 
printer queues as the users logon from those client stations. Printers are also created additively 
based on Windows NT group membership. So, if a particular group such as the accounting 
20 department has a printer that has specific settings, the PMP can configure all authorized user 
connections to this printer simply by assigning the printer to the accounting group with all the 
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correct properties, and then assigning the appropriate users to the accounting group. Printers can 
also be denied to groups of users, users and clientnames (computer names). 

The method is ideal for shared printing in mixed-LAN environments, and stands as a 
solution for all major network operating systems for Ethernet 100Base-T, 100VG AnyLAN, 
5 Token Ring, and LocalTalk networks. It facilitates easy installation and configuration of virtually 
any printer for direct LAN connectivity. The entire process is automated, and all printer 
management protocol and printer configuration problems are solved. It is simple for LAN 
%3 administrators to remotely configure and manage all printers. There is automatic driver 
J- installation and printer configuration, and remote configuration is shown graphically on the 

10* » administrator PC screen. The protocol greatly simplifies printer management over PC print 

If] 

3 servers, file server connections and PC parallel-port connected printers, inclusive of high-speed 
|3 IEEE 1284 compliant parallel ports on external print servers. 

fS Having now fully set forth the preferred embodiments and certain modifications of the 

concept underlying the present invention, various other embodiments as well as certain variations 
15 and modifications of the embodiments herein shown and described will obviously occur to those 
skilled in the art upon becoming familiar with said underlying concept. It is to be understood, 
therefore, that the invention may be practiced otherwise than as specifically set forth in the 
appended claims. 



